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Discussion  Outline 
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•  Defining  an  Agile  Environment 

•  Requirements,  Use  Cases,  User  Stories 

•  Levels  Planning 

•  User  Story  Verification  and  Validation 

•  Summary 

•  References 
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An  Agile  Environment 
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•  Adaptive,  Responsive,  Continuous  Improvement,  Evolving 

•  Improved  transparency  of  progress 

•  End-to-end  accountability  and  ownership 

•  Reduces  time-to-deploy  operational  capability 

•  Ability  to  adapt  to  changing  requirements  and  new  technological 
advancements 


3 


Copyright  2011  Northrop  Grumman  Corporation 


Building  Practice  on  Principles 
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Adapted  from:  Implementing  Lean  Software  Development:  From  Concept  to  Cash  by  Mary  and  Tom  Poppendieck 
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Use  cases 
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•  "A  use  case  is  the  specification  of  a  set  of  actions  performed  by  a  system, 
which  yields  an  observable  result  that  is,  typically,  of  value  for  one  or  more 
actors  or  other  stakeholders  of  the  system....  Use  cases  are  a  means  for 
specifying  required  usages  of  a  system.  Typically,  they  are  used  to  capture 
the  requirements  of  a  system,  that  is,  what  a  system  is  supposed  to  do"1. 

•  Agile  methods  emerged  with  a  focus  on  user  stories.  User  stories  are  similar 
to  use  cases  but  are: 

-  Typically  more  fine-grained  &  smaller; 

-  Not  intended  to  specify  requirements; 

-  More  closely  related  to  schedulable  work. 


Do  use  cases  have  a  place  in  Agile  environments? 


iQMG  Unified  Modeling  Language  (OMG  UML),  Superstructure,  V2.1.2 
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Use  Cases  and  User  Stories 
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Why? 

•  System  behavior  is  described  operationally  from  users'  perspectives 

-  Greatly  reduces  validation  issues 

•  Drives  verification  to  focus  on  operationally-relevant  cases 

How? 

•  In  agile  environments  use  cases  are  written  "just-in-time"  (for  release 
planning)  versus  all  up  front 

•  Using  use  cases  in  an  Agile  environment.  Ask: 

-  How  much  do  we  need  to  write  at  this  time? 

-  When  do  we  need  to  write  more? 

-  What  is  the  fastest  way  to  write/convey  them? 

-  Who  benefits  from  more  information  or  more  detail?1 


Both  approaches  can  coexist 


(2003).  Allistair  Cockburn.  Agile  Use  Cases  (Presentation). 


7 


04/27/201 1 


Copyright  2011  Northrop  Grumman  Corporation 


Use  Case/User  Story  Definition 
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•  Written  from  the  user  perspective 

•  Captures  value  to  the  customer/user  (not  the  developer) 

•  Emphasizes  verbal  communication  and  collaboration 

•  The  rightsize  for  estimating  and  planning  (User  Stories  only) 

•  Testable 

•  Demonstrable 
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Agile  Systems  Engineering  Ontology 
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Validation  Specification  Planning  &  Planning 


•"Action"  is  a.k.a.  "Step" 
•"Scenario"  is  a.k.a.  "Flow" 
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Use  Case  to  Scenario  to  User  Story 
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As  a  [user/system]  I  want 
[what]  so  that  [why].... 


V 
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User  Stories  Convey  Meaning 

Example  of  traditional  approach  shortcomings 
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IEEE83^oftwar^Req^pe^^^^^^^^^^^H 

1. The  product  shall  have  a  gas  engine. 

2. The  product  shall  have  four  wheels. 

The  product  shall  have  a  rubber  tire  mounted  to 
each  wheel 

3.  The  product  shall  have  a  steering  wheel. 

4.  The  product  shall  have  a  steel  body. 


Reference:  Mike  Cohn,  mountaingoatsoftware.com 

Source:  Adapted  from  The  Inmates  are  Running  the  Asylum  by  Alan  Cooper.  (1999) 
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User  Stories  Convey  Meaning 
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As  a  <lawn  service 
provider>  I  want  to  mow  ~ 
lawns  quickly  and  easily.  - 


V  V 


As  a  <lawn  service 
provider>  I  want  to  sit 
comfortably  while  mowing 
lawns. 


.  s 
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Capabilities  to  User  Stories 


NORTHROP  GRUMMAN 


The  system  shall  provide  the  capability  for  making  hotel  reservations. 


-  As  a  premiere  member,  I  - 

■  want  to  search  for  ~ 

-  available  discounted 

-  As  vacationer,  I  want  to  - 

I  search  for  available  I 

-  rooms. 

rooms. 

;  As  vacationer,  I  want  to 
-  save  my  selections. 
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What  About  Non-Functional  Requirements? 
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As  a  vacationer  and  user  of  Z 
-  the  hotel  website,  I  want  — 
[  the  system  to  be  available  “ 
_  99.99%  of  the  time...  _ 


-  As  vacationer,  I  want 

I  web  pages  to  download 

-  in  <4  seconds... 


Stories  for 
non-functional 
requirements 


-  As  the  hotel  website 

■  owner,  I  want  10,000 

-  concurrent  users  to  be 

;  able  to  access  the  site  at 

-  the  same  time  with  no 

;  impact  to  performance... 


Describes 
system 
behavior  or 
characteristics 
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Advantages  and  Practices 
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•  Why  User  Stories  are  preferred  over  traditional  methods 

-  Emphasizes  verbal  communications 

-  Comprehensible  by  both  customer  and  developer 

-  The  right  size  for  planning 

-  Works  well  for  iterative  development 

-  Encourages  deferring  detail  until  you  have  the  best  understanding  you 
are  going  to  have  about  what  you  really  need. 

-  Helps  the  Team  understand  to  whom  they  are  delivering  certain 
functionality 

-  Helps  the  Team  understand  when  they  are  "done" 

•  User  Stories  can  be  used  with  traditional  requirements 

-  Best  to  keep  the  requirements  high  level 

-  A  mapping  from  requirements  to  users  stories  needs  to  be 
maintained,  especially  if  requirements  are  part  of  the  contract. 


Reference:  Mike  Cohn,  MountainGoatSoftware.com 
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User  Stories 
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•  A  story  is  either  "done"  or  "not  done". 

•  As  stories  are  completed,  the  status  of  the  high-level  capability  is 
updated  (verified,  partial...). 

•  A  set  of  tests  is  linked  to  each  story  and  the  high  level  requirement. 

•  Each  story  has  a  set  of  test  objectives  and  automated  tests. 

•  Stories  are  for  communication  and  to  better  understand  the  work. 


Focused  on  the 
Conversation 
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Release  Plan,  Iteration  Plan,  Daily  Plan 

Example:  Hotel  Website 
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Capability  1:  Make  Room  Reservations 


Release  Plan  (Stories) 


Relative  User 
Value  Stories 


Points 
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Tests: 

•  Test  with 
search  on  1  room 

•  Test  with 
search  on 

executive  suite.... 
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Iteration  Plan  (Tasks) 


Design  Review 


Hours 


Install  Baseline 

4 

ICD  Updates 

8 
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8 

Code 
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Develop  Tests 

8 

Run  Tests 

8 

The  Daily  Plan 


Yesterday  I  started  on  the 
interface.... 

Today  I  plan  to... 

The  one  thing  standing  in 
my  way... 


Product  Backlog 

•  The  high-level  requirements  with  stories  mapped 

•  Prioritized  by  the  product  owner  in  terms  of  business  value 
and  risk 

•  Reprioritized  at  the  start  of  each  iteration 
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The  Iteration  Demonstration  and  Acceptance 
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•  Transparency  and  information  sharing 

•  Team  presents  what  it  accomplished  during  the  iteration 

•  Typically  takes  the  form  of  a  demo  of  new  features  or  underlying 
architecture 

•  Time-boxed 

•  Whole  team  participates 

•  Feedback  from  stakeholders  and  users 

•  User  Stories  validated  and  accepted 


User  Story 
Validation 
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Requirements  Mapping 
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Requirement  to 
story  mapping 


•  Requirement  to 
Story  to  Test  to 
Verification 


Requirement 

ID 

Text 

Spec  Paragraph 

Tesl 

Verification 

Method 

SS-19707 

V’]  I  he  SYSTEM  shall  collect  and  maintain 
metrics  on  the  number  of  users  logged  in  m 
the  system:  Total  number,  average  daily, 
maxfmin  simuHaneously  logged  on,  daily 
totals  users  logged  in  by  orq^ftiadfton. 

11.1.6,  (U)  Infrastructure 

"Test  Dbjectives 

An*"‘“ 

SS-19709 

(U)  The  SYSTEM  shall  collect  and  maintain 
metrics  on  the  number,  size  and  type  of 
queries  successfully  and  non-successfully 
executed  by  the  system:  Number,  size  and 
type  of  queries  successfully  and  non- 
successfully  e^cuted;  totals  by  dayfmonth; 
average  daily  njmbers;  maxfmin  number,  max 
number  simultaneously  run. 

11.1.6,  (U)  Infrastructure 

Test  Dbjectives 

Analysis 
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Monitoring  Progress:  Product  Burndown 
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Product  Burndown  for  the  Release 


Focuses  on  the 
Points  (Work) 
Remaining 


A  project  team's 
burndown 

(team  of  teams) 

•  Based  on  story  points  planned 

•  Updated  and  reviewed  each  iteration 

•  As  stories  are  accepted  and  tests  passed, 
requirement  progress  is  updated 


4— Story  points  baseline 

■—  Burndown  (Pts 
Remain) 


jfc  JV  #  #  JV  JV 

#  #  #  #  # 


\N 


A  team's  product  burndown 
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Summary:  Bringing  It  Together 
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Final  Notes 
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•  Requirements  and  User  Stories 

-  High  level  requirements  can  be  mapped  to  user  stories 

-  User  stories  convey  understanding  (user,  need,  why) 

-  User  stories  create  the  Product  Backlog 

•  Requirements  Analysis  and  Design 

-  Upfront  requirement  analysis  is  done  during  release  planning  for  the  capabilities  being 
delivered  in  that  release 

-  Designs  are  developed/built  upon  each  iteration 

-  Design  reviews  for  user  stories  are  part  of  the  story's  tasks  and  are  done  as  needed 

•  Requirements  Priorities  and  Changes 

-  Requirements  and  user  stories  may  be  reprioritized 

-  Contract  modifications  may  be  needed,  but  would  not  be  done  every  iteration 

•  Requirements  and  Tests 

-  High  level  requirements  (end-to-end  capabilities)  have  tests  and  each  user  story  has  tests. 

•  People 

-  Systems  engineers  part  of  the  team 

-  Those  responsible  for  performing  the  end-to-end  capabilities  testing  should  be  part  of  team 
planning  and  regular  collaboration 
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